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CLEAN COPY OF AMENDMENTS WITHOUT MARKING 
Id the Specification 

Fig. 2 shows the functional blocks that make up touch button reader 24 of the present 
invention. Reader 24 is comprised of microcontroller 40, nonvolatile memory 42, kickstarter 
logic 50, and real time clock 44. Primary battery 52 provides main power to the touch button 
reader 24. Backup battery 54 provides power to memory 42, thereby making it quasi-nonvolatile, 
to maintain the patrol data read from the touch memory buttons 26 and the kernel software for 
the touch button reader 24 during replacement of primary battery 52. In use the tip of the touch 
button reader 24, electrically connected to I/O port 48, is placed in contact with a touch memory 
button 26 mounted on a wall 28 or other surface. Touch memory button 26 receives power from 
the touch button reader 24. Data from touch memory button 26 is then stored in nonvolatile 
memory 42, along with the time and date of the read provided by real time clock 44. In one 
embodiment touch button reader 24 can store up to 4,880 data reads before the data must be 
downloaded (optional) and the reader cleared. The reader can be programmed to alter its 
behavior via the programmer I/O 46 (input/output). The operation of touch button reader 24 is 
controlled by a microcontroller 40 which communicates with other internal components via data 
bus 58, address bus 56, and I/O bus 60. The data in a touch button reader 24 is transferred to the 
guard tour computer program through the downloaders 16, 18, and 20 shown in Fig. 1 . The data 
transfer or downloading is initiated by placing the touch button reader 24 into the touch memory 
reader port 32 of one of the downloaders. 

Fig. 4 shows the functional blocks that make up direct downloader 16 of the present 
invention. Direct downloader 16 includes I/O board 94 and communications port 104 which 
handle communication between the communications port (not shown) of central computer 14 and 
control plug-and-play dynamic hardware identification. Direct downloader 16 also includes 
indicators 92 and test logic 90. Test logic 90 is connected to VO board 94 by ID bus 96, data bus 
98, and control bus 100. 

Indicators 92 display the status of data transfer and power supplied to the downloader 16. 
When touch button reader 24 is placed in touch button reader port 32 (reference numeral 102 of 
Fig. 4) test logic 90 provides pass/fail indication for the primary battery 52 for reader 24. 
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The Windows 95 and later operating system marketed by the Microsoft Corporation 
includes the plug-and-play dynamic hardware identification feature which will detect the 
presence of the downloader 16, and then proceed to install the downloader. The plug-and-play 
capability of the Direct Downloader 16 solves a common problem with computer communication 
port devices because it is not necessary to assign interrupts, resolve IRQ conflicts, or determine 
communication port assignments with devices that meet plug-and-play standards. It is also 
contemplated that mobile downloader 1 8 and modem downloader 20 can also incorporate the 
same plug-and-play dynamic hardware identification feature. 

Direct Downloader 16 having plug-and-play compatibility is also used to enter ED 
numbers from each touch memory button 26 into the database of the guard tour computer 
program of the present invention. Reading and associating locations with ID numbers from the 
touch memory buttons 26 is typically done during initial setup of the guard tour computer 
program. When a touch memory button 26 is placed on the touch memory button port 30 
(reference numeral 102 in Fig. 4), the guard tour computer program running on central computer 
14 records the ID number of the button 26. The user then uses the keyboard (not shown) to enter 
a description of that button 26 into the guard tour computer program database running on central 
computer 14. The user must choose a "type" for each touch memory button 26 such as Officer, 
Incident, and Location. While one preferred embodiment uses touch memory buttons 26 that are 
permanently preprogrammed with an identification number, basically making them read-only 
memory, the present invention could also use reprogrammable touch memory buttons. This 
option would allow various types of information to be included within the touch memory button 
making them more versatile. A person of ordinary skill in the art understands the 
interchangeability of read-only and reprogrammable memory devices. 

"Officer" buttons can be defined with the patrolman or officer's name, an identification 
number or any other means of identifying a specific officer. The officer will typically carry this 
button when making patrols. "Incident" buttons can be defined with descriptions of typical 
problems found while making patrols. Examples of typical problems include but are not limited 
to "window broken", "door unlocked", "tampering" and other problems noted during patrols. 
Incident buttons can be customized depending on the characteristics of the area being patrolled. 
Incident buttons are carried with patrol officers, often in a wallet designed for that purpose. 
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Users can create incident buttons with duplicate descriptions so that they may be carried by 
several patrol officers at a given time. "Location" buttons are defined with the names or 
descriptions of the locations to be patrolled. These buttons are installed, usually on a wall 28 or 
other hard surface near each location. The guard tour system 10 of the present invention 
contemplates that users can identify touch memory buttons 26 with any information necessary to 
identify an aspect of a guard tour or patrol. 

Mobile Downloader 18 and Modem Downloader 20 of the present invention are shown in 
Fig. 1. These devices are known generically as intelligent downloaders. A block diagram of the 
circuitry that makes up intelligent downloader 18 is shown in Fig. 3. Intelligent downloader 18 
(also referred to as Mobile Downloader 18) includes and uses a microcontroller 62 to control all 
of its functions via data bus 86, address bus 82, 1/O/control/status bus 88 and extended address 
bus 84. Microcontroller 62 receives its operating instructions from a computer program stored in 
EPROM 64 (electrically programmable read only memory). Microcontroller 62 electronically 
communicates with EPROM 64 through data bus 58 and address bus 56. 

Intelligent downloader 18 includes memory 66 to store guard tour data from the touch 
button reader 24. In one preferred embodiment memory 66 is comprised of a bank of SRAM 
(static random access memory) which is provided back up power (or made quasi-nonvolatile) by 
3 volt battery 80. Memory 66 is preferably of sufficient size to store 7,000 or more data records. 
While data records are maintained in memory 66 if main power to intelligent downloader 18 is 
lost, for normal operation an external 9 volt power supply 76 is required. A 9 volt battery 78 
may be used, wherein the 9 volt power supply 76, 9 volt battery 78, and 3 volt back up battery 80 
are connected to power control 70, which is connected to I/O/control/status bus 88. 

Intelligent downloaders 18 may also include a display 34 such as an LCD (liquid crystal 
display). Display 34 is electrically connected to external port 68 by I/O/control/status bus 88 and 
extended address bus 84. The display 34 allows users to view the current date and time 
(provided by the real time clock 72), the memory 66 and data download status, and a variety of 
diagnostic information. When intelligent downloader 18 is configured as a Modem Downloader, 
display 34 provides a menu from which the user can select the type of modem connected to 
external port 68. There are also several LEDs (light emitting diodes) connected to external port 
68 used to indicate the status of system power, memory, data transfer, and the modem (Modem 
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Downloader 20 only). Intelligent downloader 18 is configured during the manufacturing process 
as either a Mobile Downloader 18 or a Modem downloader 20. 

The Mobile Downloader 1 8 is intended to be used in a car or truck and powered from the 
cigarette lighter or accessory outlet in the vehicle. Typically Mobile Downloader 18 is taken 
from site to site that will be guarded. Touch button reader 24 used at each site is then placed in 
the touch button reader port 32 of Mobile Downloader 18 and the patrol data from the touch 
button reader 24 are downloaded into memory 66, shown in Fig. 3. After patrol data are 
downloaded the touch button reader 24 is cleared and its real time clock 44 is reset making the 
touch button reader 24 ready to be immediately returned to service. When all touch button 
readers 24 have been downloaded into the Mobile Downloader 18, it is removed from the vehicle 
and taken to the central computer 14 on which the guard tour computer program is being run. 
The backup battery 80 maintains the patrol data in memory 66 of Mobile Downloader 18 until 
the downloader 1 8 can be connected to its normal office power supply 76. Once the Mobile 
Downloader 18 returns to the user's central office it is connected to the communication port (not 
shown) of central computer 14 and the patrol data stored in memory 66 is then transferred to the 
guard tour computer program database. Once this download is complete, memory 66 of Mobile 
Downloader 18 is cleared and its real time clock 72 is reset to match the internal clock (not 
shown) of central computer 14. 

The Modem Downloader 20 can be used in the same manner as Mobile Downloader 18, 
except that Modem Downloader 20 has the additional capability of transferring patrol data from 
its memory 66 to central computer 14 via modem 22 (shown in Fig. 1). Modem 22 allows 
remote site locations to transfer patrol data to central computer 14 located at a central office. In 
this configuration central computer 14 acts as a host computer. The initiation of the transfer of 
patrol data can be from the Modem Downloader 20 or the host computer (central computer 14). 
An RS-232 communication cable 36 is used to connect the modem 22 to the Modem Downloader 
20. When the touch button reader 24 is placed in touch button reader port 32 the patrol data from 
the touch button reader 24 is downloaded into memory 66. Next the touch button reader 24 is 
cleared and its real time clock 44 is reset making touch button reader 24 ready to be returned to 
service. When all touch button readers 24 have been downloaded into the Modem Downloader 
20, either the Modem Downloader 20 can dial the host computer (central computer 14), or the 
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host computer can dial Modem Downloader 20. 

For the Modem Downloader 20 to initiate the call to the host computer the following 
protocol is used. The user designates specific touch memory buttons 26 as "command buttons" 
using the guard tour computer program. In addition, specific touch button readers 24 are 
designated as "command readers". The guard tour computer program stores command button 26 
and touch button reader 24 information, along with the telephone number for the host computer, 
the local time zone, and other information in memory 66 of Modem Downloader 20. When a 
command button is touched to the touch memory button port 30 of downloader 20, or a 
command touch button reader 24 is placed in the touch button reader port 32 of downloader 20, 
the Modem Downloader 20 will dial the stored telephone number. When the modem (not 
shown) in the host computer answers, the guard tour computer program will download the patrol 
data from the Modem Downloader 20, clear its memory 66, and reset its real time clock 72. The 
telephone line modem connection is then automatically disconnected. For the host computer to 
call the Modem Downloader 20 a different procedure is used. The user specifies the locations, 
telephone numbers, time zones, and other information for each remote patrol site. When desired, 
the user can then use the guard tour computer program to initiate a call to the remote patrol site. 
When the connection is established, the data transfer continues as previously described. 

Fig. 5 shows the hierarchical organization of information in the preferred embodiment of 
the present invention. Information can be grouped into categories or "nodes" including but not 
limited to Clients 400, Facilities 402, Groups 404, and Locations 406. Client nodes 400 can have 
subordinate facilities 410, groups 412 and/or locations nodes 414. Facilities 402 can have 
subordinate groups 412 and locations nodes 414, and groups 404 can have subordinate locations 
nodes 414. This organization is advantageous to the user because he or she can quickly access 
information on a single screen without searching through various menus or on-screen forms. 

In use, the categories can be used to divide information into an easily accessible hierarchy 
of nodes. For example, the Clients category may be used by security companies who supply 
services to a variety of different organizations to keep lists of clients 408 and the relevant 
information about each client in a central location. If a particular client has several facilities 
requiring patrolling, each of those can be listed in a separate facilities node under the client's 
node. In addition, if there are multiple locations in a particular facility or area that need to be 
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checked as part of the patrol tour, these can also be listed subordinate to the client's node. 
Further, in-house security departments may use the groups 404 or locations 406 categories to 
organize patrolling for their own business. 

For instance, the user may list rooms or floors as groups and then certain rooms or offices 
as locations. Use of each category is optional and is not necessary to the function of the system. 
The above list is merely exemplary and is not an exhaustive list of all uses of the hierarchical 
categories of the present computer program. 

Fig, 6. shows the hierarchical organization of the hardware devices used with the present 
invention. The hardware devices including readers 418, downloaders 420, software 422, and 
technical support resources 424 are organized in a hierarchical node system. Users list under 
each node the specific identity of each hardware component in the system. In the Readers node 
418, the user identifies all of the readers by number or name to show all of the readers in the 
system or in use at a particular time. Under the Downloaders node, the user could specify all of 
the downloaders in the system and their locations. Under the Software node, the user may view 
all software modules available and determine which are presently activated. Finally, the 
Technical Support Resources node indicates how to contact the supplier for technical support, 
and can produce a report that may be helpful for technical support incidents. 

The hierarchical arrangement of the present invention improves on previous systems in 
that it gives access to all readers and downloaders through one click of a mouse button. This 
simplifies adding, deleting, renaming and downloading all hardware used for patrols. 

Fig. 7 illustrates the process of setting up the guard tour computer program and hardware. 
In one preferred embodiment of the invention, Setup is primarily used to define memory buttons 
or other "checkpoints" that describe and identify officers, incidents, and locations. Some steps in 
the set up process are optional; the need for the various steps is determined by the type of 
organization using the computer program and its business or other requirements. At the start of 
the Setup 120 process the user has the option of defining patrol detail records that include but are 
not limited to clients, facilities, groups and/or locations 122. These are defined as shown in Fig. 5 
and as described above. The user also has the option of defining rules 122. The process of 
defining rules is shown in Fig. 15 and described below. 

An alternate or contemporaneous first step in the Setup 120 process is to define security 
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passwords 124. If security is enabled on the guard tour system or application, it will request a 
password when the computer program starts. The application will not run if the proper password 
is not entered. A supervisor can assign passwords to individuals or to groups of employees. 
Particular passwords can be configured to provide certain levels of access. For example, some 
employees may have full access, where the user has complete access to all guard tour 
information, while others have report-only access, where the user can only print or preview 
reports. Some users may have read-only access, where the user may view the report data but may 
not make any changes to data. It is contemplated by the present invention that users can define 
the access that particular individuals can have to patrol data according to the user's needs. 
Because passwords allow only certain individuals to have full access to the security reports, the 
chances of data tampering are minimized. 

The next step in the setup process is to install the necessary hardware. The software can 
autodetect and install local and/or remote readers and downloaders 126 or manually install local 
and/or remote readers and downloaders 128. A software "wizard" for adding devices can be used 
to assist with this process as shown in Fig. 10 and described below. Wizards are small computer 
programs or software routines that assist users in performing small tasks such as installing new 
hardware. After the appropriate hardware is installed, the user can add memory buttons to the 
system manually 130, by touching them to the touch memory button port 30 of a downloader 16, 
at which point the computer program will detect the button 26. Again, it is contemplated that 
these features be incorporated within Mobile Downloader 18 and Modem Downloader 20. Then 
a software wizard assists with the process of identifying new or unassigned memory buttons 134. 
Next, the user defines the memory button by assigning a description such as location name, 
officer name, description of an incident or any other characteristic necessary for a particular 
patrol 136. 

An additional feature of the present invention is that touch memory buttons, downloaders, 
checkpoints and other hardware and/or information records may be completely detached from 
their predefined meaning. This allows the user to change the meaning of a touch memory button 
(downloader, checkpoint or other hardware / information record) at any point in the life of the 
button without affecting previous, historic data. This maintains historic data integrity while 
allowing for maximum flexibility in the guard tour system. 
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Alternatively, information can be collected and downloaded from the reader used in the 
system 132. For example, if touch memory buttons 26 or other types of checkpoint devices are 
already placed in the field, a compatible reader can be taken into the field to read those 
checkpoint devices. The reader can then be placed into the touch memory reader port 32 of a 
downloader. The reader will be detected and the information downloaded and installed into the 
guard tour computer program database. After downloading, the guard tour computer program 
will install the defined memory buttons or checkpoints into the system. If an undefined 
checkpoint is found, the software wizard will assist the user in defining this checkpoint 136 as 
described above. The user repeats steps 130-136 until all touch memory buttons 26 or 
checkpoints are defined. 

Next, the user has the option of defining command buttons and readers 138. These are 
specific buttons or readers identified so as to initiate a call to the host computer 14 when touched 
to the memory button 26 or the reader port 32 of the modem downloader 20. The user also has 
the option of defining additional rules 140 as described below. Further, the user may define 
custom reports 142. The present invention provides the option of creating a variety of report 
types which can be customized for a particular user. Customizable options include adding the 
client's contact information, setting the date range, filtering by specific locations, officers, 
incidents or any other user defined characteristic. Reports may also be customized with the user 
or client specific designs, such as logos or watermarks. This is done by creating custom bitmaps 
in any appropriate application, then placing these bitmaps in the correct directory on the user's 
hard drive. It is also possible to include drawings or photographs of patrol stops or other visual 
information to include in the reports. 

Once the user has completed the essential steps and has selected optional steps, the setup 
is complete 144. However, the user has the option to add, delete or change this information at 
any time. 

Fig. 8 illustrates making a typical patrol with a touch button reader 24. This process is 
independent of the computer program, and any type of reader compatible with the location 
markers in the field may be used. The officer or guard may start a patrol 146 by reading his 
officer button with the touch button reader 24 to be used on the tour 148. Although this step is 
optional, doing so allows filtering of the printed reports according to the officer. This officer 
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makes a patrol of locations 150, reading the location memory button 26 or other checkpoint 
device with the reader 24 at each location 152. Steps 150 and 152 are repeated at each location 



officer carries incident report buttons with him. If there are incidents to report, the officer will 
touch the appropriately defined incident report button 1 56 with reader 24 to report such an 
incident. If there are no incidents to report, but there are additional checkpoints on the patrol 
158, the officer proceeds to the next location 160 and repeats steps 150 and 152. If there is 
another patrol to be made 162 by the same officer 164, the officer will go back to step 1 50. If the 
next patrol is to be made by another officer, the reader 24 can be passed to the next officer to 
make the patrol. The next officer reads his officer button 148 to begin the next patrol. If there 
are no additional patrols to be made the information can be downloaded 166 from the reader 24. 
Information does not have to be downloaded from readers 24 at specified time periods such as at 
the end of every patrol or shift. The reader 24 is capable of storing the information for days or 
weeks if necessary. 

Fig. 9 illustrates the downloading process. An attendant software program, which will be 
described below, controls the downloading process. To begin downloading, the attendant 
computer program is run on the computer 168. The guard tour application does not have to be 
running at the time a download occurs. This is an advantage over other tour systems because it 
provides enhanced security. The progress of the downloading process depends on whether the 
downloader (16, 18 or 20) is local or remote 170. If the downloader is local, the officer or guard 
places the reader in the downloader 172. If the insert detection feature of attendant computer 
program is enabled 174 the patrol data are downloaded at 178. The insert detection feature 
allows a user to insert touch button reader 24 into downloader 16 to initiate the downloading 
process. With less sophisticated systems, a switch or button must be used to initiate 
downloading once the reader is placed in a downloader. The insert detection feature is also 
designed to detect third party readers of inferior design. Upon detection of a reader 24 within 
reader port 32, downloader 16 identifies the specific type of reader detected and employs the 
correct communication protocol necessary to download guard patrol information to the central 
computer 14. The downloader 16 is coupled to the central computer 14 by a variety of 
communication means, including but not limited to, electrical cables, telephone lines, cellular 



on the patrol. In addition, the officer will look for any incidents along the patrol route 154. The 
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transmission, radio frequency transmission and satellite transmission. If the insert detection is 
not enabled, the user must initiate the download 176 by selecting the download option from a 
menu. Once the user has properly initiated the download by the computer, the patrol data are 
downloaded 178. 

If the downloader is at a remote location, the downloading occurs differently. The reader 
is placed in the downloader at 180. At this point the host computer dials or the remote dials 1 82. 
If the host computer dials the remote downloader 184, the user initiates the download by 
selecting the download option from a menu or typing in specific download instructions. Once a 
connection is established between the host computer and the downloader, the tour data are 
downloaded to the host computer at 178. Alternatively, the remote system may be configured to 
dial the host computer. If this is the case, a "command" touch button reader is placed in the 
downloaded reader port 32, or a "command" memory button is touched to the downloader's 
touch memory button port 30 to instruct the downloader to dial the host computer 186. Other 
types of readers may require scanning a "dial strip" to initiate dialing from the remote site. The 
remote downloader will dial the host computer 188 which downloads the patrol data 178. 

At this point, the remaining steps in the downloading process are the same for both 
remote and local downloaders. If the guard tour application of the present invention is running 
190 or the attendant computer program is configured 202 to start the guard tour system 204 the 
host computer will begin processing the downloaded data 192. If there are any unknown memory 
buttons in the data 194 the unassigned button wizard 196 is activated. This will prompt the user 
to identify such buttons 198. Once any unknown buttons have been identified or if none exist, 
the downloaded data are processed 200 and reports can be generated (Figs. 10 and 1 1). 

At any given time the guard tour application may not be running 1 90, the attendant 
computer program may not be configured to start the guard tour software 202 or a password may 
be required to run the guard tour software. If any of these is the case, the data are stored by the 
host computer for later processing 206. 

Fig. 10 shows the procedure for printing reports. In one preferred embodiment of the 
invention, reports can be printed showing memory button listings as well as reports of the 
downloaded patrol data. Reports may be divided into basic or advanced report types. To start 
208, the user may choose to generate reports for individual downloads or for all downloads that 
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fall within a user-specified range of dates 210. Basic reports are made for one or more selected 
downloads. To generate these reports, the user either selects the print option from a systems tab 
212 (a type of menu option) or from a download properties tab 214, which allows the printing of 
basic reports with a single mouse click. 

This saves considerable time because it requires no prior set up. This method allows 
printing a report for any single download, groups of downloads, or button listings for specific 
types of buttons, and technical support information. The user has the option of viewing the 
report data on-screen before printing 216. The final step is printing the report 218. 

The user may choose to print more complex types of reports as necessary. The user can 
select to print reports by date range 210 to generate these more advanced reports. The user 
selects the type of report 220 from choices including but not limited to incident reports, officer- 
location reports, officer-incident-location reports, rule exception reports, and other reports. Next 
the user can set up options such as date range, appearance and filters 222. A date range can be 
set by specifying "from" and "to" dates between which all patrol data will be included. Report 
appearance options include but are not limited to such items as company logos, cover sheets, 
photographs, detailed headings, watermarks, bitmaps, drawings, illustrations, trademarks and 
patrol statistics in the reports. A user can also select a report style from a list including but not 
limited to business, classic, and fax. Filters are set to further refine the patrol data in the reports. 
With filters, the user can select specific officers, incidents, locations, clients, facilities, groups or 
other characteristics. Only data appropriate to these selected characteristics are included in the 
report. 

Next, the user has the option of setting up a cover sheet for the reports 224. The user also 
has the option of defining rules for the specific report 228. Finally, the user can preview the 
report on-screen 230 and/or print the report 232. 

Fig. 1 1 illustrates the concept of batch reports. Any custom reports can be selected and 
saved in a batch report 226 (Fig. 10). This saves considerable time when a group of reports must 
be printed regularly. To start 234, the user simply selects from a list any custom reports to be 
included in the batch 236, then assigns a name and saves 238 the batch report. When the batch 
report is printed 240, all of the reports included in the batch are printed in order without user 
interaction. 
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Fig. 12 illustrates the mechanism in the guard tour system of the present invention for 
adding readers 24, downloaders (16, 18 or 20), or other devices to the system. The guard tour 
computer program contains a "wizard" which assists the user in completing the process and 
automatically installs the added devices to the system. For downloaders connected directly to the 
central computer 14 (local devices), the user must connect the downloader to the 
communications port 242 of the central computer 14, insert a reader 24 in each downloader at 
250, and then start the "add devices" wizard 246. This wizard polls the local communications 
ports and identifies and installs the located devices 252. After all devices have been found and 
installed the user exits the "add devices" wizard 264. If no devices are detected 256 the user may 
try again by directing the wizard to repeat the process 258. 

For remote devices the user must set up the downloader(s) and modem(s) at the remote 
locations by connecting the downloaders to modems, connecting the modems to the phone lines 
244 and placing readers 24 into the downloaders 250. The user then starts the "add devices" 
wizard 246. The telephone numbers for the remote locations are entered 248. The wizard will 
dial each location, connect to the remote device and install the devices 254. As with the local 
devices, if no devices are found, the user can direct the wizard to repeat the process 258. When 
the remote devices are added to the guard tour system, the user can enter information about the 
time zone in which each remote device is located and modem phone number for the remote 
location 260. 

At any time the user may manually add devices with help from the add devices wizard 
262. This option allows a user to select from a list of supported devices, and assists the user in 
assigning the correct communications port. 

The process by which the present invention automatically scans for, detects and installs 
devices such as readers and downloaders eliminates many of the problems found in prior art 
systems particularly finding and assigning communications ports, interrupt requests and 
understanding specifications of the devices being added. After the devices are added, a 
description of each device is automatically placed under the appropriate nodes in the hardware 
hierarchy, as shown in Fig. 6. The user can rename these devices at any time. 

Fig, 13 shows the internal operation of the attendant computer program component. The 
attendant computer program 266 provides the communications between the guard tour system 
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application 290 and the external devices 268, i.e., the readers and downloaders. The attendant 
computer program consists of a user interface 280, and several hardware driver files 270 -278. 
Driver files give the attendant computer program the unique ability to download, clear, set time 
and date, and perform operations with a variety of readers and downloaders 282-288. The user 
interface 280 of the attendant computer program allows the user to initiate downloading of both 
local and remote devices, set options for the program and disable or exit the attendant computer 
program. The attendant computer program can be set to start when the central computer 14 is 
started. This makes the attendant computer program available to automatically download readers 
at all times if the connected devices (downloaders and readers 282-288) support the insert detect 
feature. 

Fig. 14 illustrates the modular nature of the guard tour system of the present invention. 
Types of modules include but are not limited to basic system 292, advanced rules and reporting 
294, data maintenance 296, and third party hardware support 298-302. The basic system 
includes features such as a facilities module for client, facilities, groups and locations 
information; a buttons module; a downloads module for the downloaded data; a system module 
for the hardware and software; and a module for the attendant software. The advanced rules and 
reporting module provides a variety of reports and features which are not included in the basic 
system such as client reports, officer/incident/location reports, rules based reporting (showing the 
baseline rule and exceptions), data filtering and advanced formatting using predefined templates 
for reports. The data maintenance module provides database maintenance functions including 
backup/restore, compacting, data purge and archiving. The third party and/or competitor 
hardware support provides features for use with readers and downloaders manufactured by 
different companies. Further, the modular construction allows additional software modules or 
features to be created and added as they are developed 304. 

A user may activate one or more modules by obtaining an activation code from the 
provider of the system. Once a module is activated, it can be used without restriction on a 
computer 306. It is also contemplated by the present invention that end users of the system can 
obtain these modules on various software media or via the Internet, and they can be installed 
without replacing the complete system. 

Fig. 15 shows the process of creating a "Rule". The concept of rules resolves a common 
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problem in establishing accountability among the officers or guards making patrols by 
determining the number of times a location was visited in a given time period. This is done by 
eliminating the concept of "tours," which force the officer to log in to start a tour and are 
generally rigid in the route requirements. Rules are much more flexible in that their processing is 
done dynamically. Rules are "data-centric" rather than "tour-centric." This allows the "Rule" to 
be compared to the number of visits in the patrol data over a given time span. As additional 
patrol data are collected, the "Rule" can be reprocessed at any time to account for the new data. 
An example of a "Rule" is as follows: A client requires every location at one of its facilities to be 
read twice each weekday between 12:00 a.m. and 6:30 a.m. A second rule for the same client 
requires five locations to be read once every hour on Saturdays and Sundays. These rules are set 
up in the computer program. As patrol data are collected and downloaded, reports can be printed 
that list any exceptions to these rules. Examples of exceptions would be a location that was not 
read for a two hour period on a Sunday, or a location that was read only once between 12:00 a.m. 
and 6:30 a.m. on a Tuesday. These would appear on a Rule Exception report for that client. 
Another advantage of Rules is that they allow a guard to investigate unusual occurrences without 
violating rigid tour route requirements. This method allows guards to effectively do their jobs 
with more flexibility than previous systems. 

In the preferred embodiment of the present invention, the user starts 308 by assigning a 
name to the Rule 310. Next, the user assigns the dates for which the Rule is valid 312. A Rule 
can be valid from the date it is created forward, or a date can be specified from which the rule is 
valid. The rule can also be assigned a date after which the rule will expire. 

A user then determines the schedules for the rules 314. Rules can be scheduled for every 
day 316, which means that the Rule will apply every day of the week. Rules can also be made to 
apply on specific days of the week 318. For example, a particular Rule may only apply on 
Tuesdays, Wednesdays, Fridays, and Sundays. Rules may also be set for specific days of the 
month 320, for example the second day of every month, the third Monday of every month or the 
last day of every month. Next, the user sets the time period for the Rule 322. As a default, the 
Rule is always in effect, but this can be modified by the user. For example the user may make a 
Rule effective only between midnight until 6 a.m. 

Next, the details for the Rule are confirmed. The user sets the required number of reads 
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for each location on the patrol 324. When Rules are processed by the system, any and all 
locations which are read fewer than the required number, within the date and time ranges 
scheduled for a given Rule, cause an exception to be reported. 

Finally, the user can add a map of the patrol 326 to the Rule. This could be a graphic 
showing the route for the individual or mobile patrol, the route to the client's location or any 
other map applicable to the patrol. The map can be printed and taken by the guard as he or she 
makes the patrol, to help avoid missed locations. This is especially helpful when training new 
officers or when the patrol is complex. The rule is then saved 328. 

The foregoing disclosure is illustrative of the present invention and is not to be construed 
as limiting thereof. Although one or more embodiments of the invention have been described, 
persons of ordinary skill in the art will readily appreciate that numerous modifications could be 
made without departing from the scope and spirit of the disclosed invention. As such, it should 
be understood that all such modifications are intended to be included within the scope of this 
invention as defined in the claims. Within the claims, means-plus-function language is intended 
to cover the structures described in the present application as performing the recited function, and 
not only structural equivalents but also equivalent structures. The written description and 
drawings illustrate the present invention and are not to be construed as limited to the specific 
embodiments disclosed. Modifications to the disclosed embodiments, as well as other 
embodiments, are included within the scope of the claims. The present invention is defined by 
the following claims, including equivalents thereof. 



Id the Claims 



7. (Twice amended) A data processing system for moru>6ring and evaluating guard 
patrols of one or more sites comprising: 

a central computing device; // ' 

a device for gathering information obtained frcjmon^ or more checkpoints during a guard 
patrol of one or more sites; 

a detection system for detecting when ^thered information is ready for downloading into 
said central computing device; and 



